home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1993 July / Internet Tools.iso / iso9660 / mail / pine / imap.arc / text0006.txt < prev    next >
Encoding:
Text File  |  1993-07-02  |  1.3 KB  |  30 lines
  1. On Tue, 1 Sep 1992, John Gardiner Myers wrote:
  2.  
  3. > AMDS (the Andrew Message Delivery System) has the forwarding
  4. > information in the "White Pages" user directory component.  Users
  5. > change their mail forwarding with the same mechanism they use to
  6. > change their office phone number, though many client programs provide
  7. > more direct support for changing the former than the latter.
  8.  
  9. If delivery is to a pool of centrally-managed servers, why does the user
  10. need to worry about forwarding?  Or is this to accommodate folks with
  11. departmental hosts?
  12.  
  13. > I tend to share Mark's reluctance about anything with a name starting
  14. > with "X.".  There is a directory service named "CSO/ph" or similar
  15. > that seems simple.  I haven't examined it in detail, but I believe it
  16. > deserves looking into.
  17.  
  18. I agree that ph should be evaluated before falling into the X. hole
  19. (though Michigan claims that X.500 over the new light-weight stack is
  20. working well for them), but my question is: why is this an IMAP issue?
  21. I would have guessed it was an MUA function.  (Actually, pair of
  22. functions, as I'm interested in both the usual human-initiated W.P. search
  23. for someone's address, plus the ability for the MUA to *validate*
  24. addresses --at least local ones-- before sending the msg.  It's always
  25. annoying to reply to a msg that has a bunch of addresses, one of which is
  26. a typo.)
  27.  
  28. -teg
  29.  
  30.